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DESCRIPTION 



METHOD FOR PROVIDING SUBSCRIBER-BASED RINGBACK TONE 

WITH NO PROGRESS TONE 

1. TECHNICAL FIELD 

The present invention relates to method for providing an 
arbitrary sound chosen by a called subscriber for a calling 
subscriber instead of a conventional ringback tone without a 
progress tone. 

2. BACKGROUND ART 
When a subscriber calls another through a mobile 

communication network, a terminating exchanger on the network 
provides the caller with a uniform ringback tone. 

Since the ringback tone is same all the time, a caller 
can not identify a called before the called answers. 
15 Furthermore, the uniform ringback tone can not satisfy various 
subscribers 1 needs to reveal their individuality. 

By the way, various ad methods are being proposed in 
these days. One of these ad methods is to send an ad sound 
message to a caller instead of a conventional ringback tone, 
20 However, such an ad sound message is chosen unilaterally by. a 
network operating enterprise. If a caller heard such a 
unilateral ad sound he or she could talk over a mobile 
telephone with a called for a limited time. 

However, the method that an ad sound is provided instead 
25 of a conventional common ringback tone still has the 

aforementioned drawbacks. That is, a caller can not identify a 
called before the called answers and the uniform ringback tone 
can not satisfy various subscribers ' needs to reveal their 
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individuality. 

3. DISCLOSURE OF INVENTION 

It is an object of the present invention to provide a 
method for providing an arbitrary sound chosen or registered 
5 by a called subscriber for a caller instead of a conventional 
RBT (RingBack Tone) . In the present method and apparatus,- an 
arbitrary RBT -replacing sound chosen or registered by a 
subscriber is stored in a server separated from mobile 
exchangers first, and if a certain subscriber is called, a 

10 terminating exchanger for the call receives from the server an 
RBT-replacing sound that is assigned to the called, and then 
provides the received sound for a caller instead of a 
conventional RBT. 

It is another object of the present invention to provide 

15 a method for providing an arbitrary sound chosen or registered 
by a called subscriber for a caller instead of a conventional 
RBT without a progress tone that is ordinarily transmitted to 
a caller while state of the called subscriber is being checked. 
A method of providing an arbitrary sound without a 

20 progress tone as an RBT in accordance with the present 

invention is characterized in that it comprises the steps of: 
an HLR 1 s (Home Location Register' s) furnishing an exchanger, 
when a terminal is registered to the exchanger, with first 
information on whether a common RBT is. to be replaced or not 

25 for the terminal and second information informing a route to a 
sound providing means; the call-terminating exchanger' s 
starting paging of the terminal if the terminal is called and 
. simultaneously requesting a trunk connection to the sound 
providing means based on the first and the second information 

30 without waiting acknowledgement of the paging from the 

terminal while furnishing with called- identifying information; 
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and the sound providing means' determining an RBT-replacing 
sound based on the called-identifying information, and 
providing the determined RBT-replacing sound for a caller 
through the call -terminating exchanger the trunk connection is 
5 made to. 

If the call-terminating exchanger detects that the call 
is answered while the determined RBT-replacing sound is being 
provided for the caller, it requests the sound providing means 
to release the established trunk connection to terminate 

10 transmission of the RBT-replacing sound. 

The above -characterized method and apparatus provides a 
personal ad way by allowing a registered personal introducing 
or identifying sound to.be used instead of an RBT, In addition, 
a caller is able to know by only hearing an RBT-replacing 

15 sound whether he or she called rightly. An enterprise as well 
as individual . persons can advertise efficiently through 
registering an RBT-replacing sound. 

In addition, an RBT-replacing sound can be provided for 
a caller continuously and smoothly with no progress tone even 

20 during wireless paging for checking state of a called terminal. 

4. BRIEF DESCRIPTION OF DRAWINGS 
In the drawings : 

Fig. 1 is a procedure chart of an embodiment of a 
subscriber-based RBT-replacing sound providing service in 
25 accordance with the present invention; 

Fig. 2 is a simplified diagram of a mobile communication 
network which a subscriber-based RBT-replacing sound providing 
method is embedded in; 

Fig. 3 is a procedure chart to subscribe to a 
30 subscriber-based RBT-replacing sound providing service in 
accordance with the present invention; 

Fig. 4 is a procedure .chart to change / add . an RBT sound 
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to be used in RBT- replacing sound providing service in 
accordance with the present invention; 

Fig. 5 is a procedure chart to terminate a subscriber- 
based RBT-replacing sound providing service in accordance with 
5 the present invention; 

Fig. 6 is a procedure chart of another embodiment to 
provide a subscriber-based RBT replacing service with no 
progress tone in accordance with, the present invention; and 

Fig. 7 shows format of the value-added service 
10 parameters including an RBT-replacing service field that are 
delivered from an HLR to a call -terminating exchanger. 

5. MODES FOR CARRYING OUT THE INVENTION 

In order that the invention may be fully understood, a 
preferred embodiment thereof will now be described with 

15 reference to the accompanying drawings . 

Fig. 1 is a procedure chart of an embodiment of the 
present invention to conduct a subscriber-based RBT-replacing 
sound providing service. The procedure of Fig. 1 is conducted 
through a mobile communication network structured as Fig. 2. 

20 The network of Fig. 2 includes an HLR. (Home Location 

Register) 10; mobile exchangers 31 and 32 (also called 'MSC' 
(Mobile Switching Center) ) being capable of communicating with 
the HLR 10 via a No. 7 signaling network 2 0 based on. No. 7 
signaling transfer protocol; a sound storager 50, connected to 

25 the No. 7 signaling network 20 via a gateway 40,. storing RBT- 
replacing sounds and communicating with the exchangers 31 and 
32; an SSMS (Sound Storager Managing Server) 70, connected to 
the sound storager 50 via Internet 60, controlling management 
of RBT-replacing sounds in the sound storager 50; a subscriber 

30 db 80 connected to the HLR 10 via Internet 60; and a web 
server 100, connected to Internet 60 via a gateway 90, 
communicating with the sound storager 50 and the SSMS 70. 
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The HLR 10 functions as a conventional network element 
and it has in every subscriber profile the first information 
on whether RBT is to be replaced or not and the second 
information informing a route to the sound storager 50. The 
5 first and the second information are written in the value- 
added service parameters of each subscriber profile. 

Either of the mobile exchangers 31 and 32 functioning as 
conventional network elements receives the first and the 
second information of a subscriber through communicating with 

10 the HLR 10 when the subscriber requests location, registration. 
If the location-registered subscriber is called, the exchanger 
.31 or 32 receives an RBT-replacing sound from the sound 
storager 50 based on the received first and second information, 
and then provides a caller with the received RBT-replacing 

15 sound. 

The sound storager 50 stores a plurality of digital 
sounds to be used for replacing an RBT. The stored digital 
sounds are provided for the exchangers 31 and 32 via the 
gateway 40. 

20 The SSMS 70 communicates with. the sound storager 50 via . 

Internet 60 and it chooses a digital sound based on 
information written in an RBT service table. A unique code to 
identify the chosen digital sound is notified the sound 
storager 50 in order that a stored sound identified by the 

25 code is sent to the exchanger 31 or 32 from the sound storager 
50. The RBT service table used for choice of a digital sound 
allocated for each subscriber includes several codes linked to 
caller' s personal information, caller or caller-group . 
identifying information, and/or call time zone. Therefore, a 

30 digital sound can be chosen by the SSMS 70 based on who calls, 
which group a caller belongs to, age, sex, or occupation of a 
call er, and /or when a subscriber is called. 

Information in the RBT service table is determined when 
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a person subscribes to the value-added . service and is then 
modified by. his or her request. 

The web server 100, connected to the sound storager 50 
and/or the SSMS 70 via Internet 60, adds digital sounds to the 
5 sound storager 50 and conducts operations to update, or change 
contents of the RBT service table and codes, if necessary, 
related digital . sounds for the SSMS 70, The updating or 
•changing operation is initiated by subscriber' s request 

through web pages of the web server 100. 
10 The procedure depicted in Fig, 1, an embodiment of the 

present invention, conducted through the network of Fig. 2 is 
described in- detail below. 

If an arbitrary subscriber within a service zone of the 
exchanger 31 calls another subscriber within the exchanger 32 
15 who has subscribed to the RBT replacement service, the 

originating exchanger 31 sends a location request message to 
. the HLR 10 to inquire where the called is (S101) . Then, the 
HLR 10 sends a routing request message to the terminating 
exchanger 32 (S102) , and the terminating exchanger 32 informs 
20 the HLR 10 of routing information, e.g., TLDN (Temporary Local 
Directory Number) in response to the routing request message 
(S103). 

The HLR 10 delivers the routing information to the 
originating exchanger 31 in response to the inquiry step S101 

25 (S104) . The originating. exchanger 31 requests the terminating 
exchange 32 based on the routing information to make a trunk 
connection therebetween (S105) . The call for trunk connection 
is called *ISUP' in common. 

In the meantime, the terminating exchanger 32 transmits 

30 a paging signal to check state of a called terminal (not 
shown) (S106) the moment the trunk connection request is 
received at the step S105. If the paging signal is 
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acknowledged from the called terminal (S107) the terminating 
exchanger 32 checks locally-stored information related with 
RBT replacement service (RBTRS) for the called, that was 
received from the HLR 10 when location of the called is 
5 registered. If the RBTRS-related information of the called is . 
indicative of 'in-service' and 'activated' , the terminating 
exchanger 32 makes a trunk connection to the sound storager 50 
with reference to the RBTRS-related information (S108) . At 
this time, mobile telephone numbers of the caller and the . 

10 called are sent to the sound storager 50. 

Now, respective trunk connections are made between the 
originating exchanger 31 and the terminating one 32 and 
between the terminating exchanger 32 and the sound storager 50. 
The sound storager 50 asks an adequate code to the SSMS 

15 70 while providing the received numbers for the SSMS 70 (S109) . 
The SSMS 70 examines an RBT service table allocated for the 
called number to determine a code matched with the calling 
number {if received) , and informs the sound storager 50 of the 
determined code (S110) in response to the code-requesting step 

20 S109. The sound storager 50 transmits an RBT-replacing sound 
corresponding ' to the determined code to the caller through the 
trunk connections between the sound storager 50 and the 
terminating exchanger 32 and between the terminating exchanger 
32 and the originating one 31 (Sill). 

25 If the called answers call arrival from the terminating 

exchanger 32 while the determined RBT-replacing sound is being 
transmitted instead of a conventional RBT, the terminating 
exchanger 32 requests' the sound storager 50 to release the 
established trunk connection (S112) . Then, voice or data are 

30 communicated between the caller and the called through the 
trunk connection between the originating 31 and the 
terminating exchanger 32 (S113) . 

In the meantime, a progress tone, which is very similar 
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to RBT in sound, is transmitted to the caller during a waiting 
time from start of paging to acknowledgement pf the paging 
from the called. If a battery of the called terminal is all 
out or the called terminal is out of a service area, namely, 
5 out of a wireless signal reachable area, the paging can not be. 
acknowledged. In this case, a caller hears a dry progress tone 
for relatively long time until an RBT-replacing sound chosen 
by the called is provided for a caller. 

The above subscriber-based RBT sound providing service 

10 can be substantially embodied through the mobile communication 
network of Fig. 2 as follows. 

When a subscriber applies for subscription to the value- 
added service of RBT replacement, all information included in 
the application is stored in the subscriber db 80 that 

15 requests registration of RBT replacement service to the HLR 10. 
Then, the HLR 10 writes necessary information in value-added 
service parameters of that subscriber. 

Afterwards, if location registration for that subscriber 
. is requested from a serving exchanger 31 or 32, e.g., the 

20 exchanger 32 the HLR 10 provides RBT service-related 

information and routing information for the exchanger 32 that 
requested location registration. The routing information is 
needed to make a trunk connection to the sound storager 50. 
The exchanger 32 registers the received information for that 

25 subscriber in a local subscriber db. 

If an arbitrary subscriber at the exchanger 31 calls the 
location-registered subscriber, a trunk connection 'ISUP' is 
made between the originating 31 and the terminating exchanger 
32 after routing information exchange through the HLR 10. 

30 After a trunk connection is setup, the terminating exchanger 
32, knowing based on the registered information of the called 
subscriber that RBT replacement service is ON, makes another 
trunk connection to the sound storager 50 addressed by the 
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registered information. At the same time/ the terminating 
exchanger 32 provides the sound storager 50 with information 
of the called subscriber, e.g., mobile telephone number, and . 
starts to page the called. 
5 The sound storager 50 inquires of the SSMS 70 about 

which digital sound is set now for the called subscriber. Then, 
the SSMS 70 informs the sound storager 50 of a code for 
digital sound having been chosen for a given condition by the 
called. 

10 The sound storager 50 sends a digital sound identified 

by the received code to the originating exchanger 31 through 
the setup trunk connection between the two exchangers 31 and 
32.. The originating exchanger 31 transmits the digital sound 
from the sound storager 50 to the caller until the called 

15 answers the call. Thus, the caller can hear the digital sound 
instead of a conventional RBT during the paging. The moment 
the called answers the paging, the terminating exchanger 32 
releases the trunk connection established to the sound 
storager 50, The conversation between the caller and the 

20 called is communicated through the trunk connection made 
between the originating 31 and the terminating exchanger 32. 

Fig.. 3 is a procedure chart to subscribe to a 
subscriber-based RBT-replacing sound providing service in 
accordance with the present invention. 

25 If subscription to the RBT-replacement service is asked 

(S301), subscription information including mobile telephone 
number of the subscriber is stored in the subscriber db 80 
first and is then delivered to the HLR 10 (S302) . The HLR 10 
updates service information of the subscriber profile to. 

30 indicate that the subscriber has subscribed to RBT replacement 
service (S3 03) . 

In addition, the subscriber db 80 also sends the 
subscription information including a chosen digital sound and 
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mobile telephone number to the SSMS 70 (S304) . The SSMS 70 . 
writes a code associated with the chosen digital sound in an 
RBT service table allocated for that mobile telephone number 
(S305), 

5 If the received subscription information includes 

particulars of sound assignments, namely if the received 
subscription information assigns different digital sounds for 
each caller, each caller group, and/or each time zone, the 
SSMS 70 writes different codes of the respective digital 
10 sounds in each condition field of the RBT service table, at 
the step S305* 

Afterwards, if location registration for the subscriber 
is requested from the exchanger 32 to the HLR 10 (S306) , the 
HLR 10 checks profile of the subscriber to know whether the 

15 subscriber has been subscribed to the RBT replacement service . 
(S307) . If not subscribed, the HLR 10 sends an ordinary 
response message to the location registration request to the 
exchanger 32 as in the conventional request processing 
procedure (S308-1) . However, if subscribed, the HLR 10 sends 

20 the exchanger 32 a response message including RBT service- 
related information and routing information, e.g., routing 
digits to direct to the sound storager 50. The exchanger 32 
registers the received information in the subscriber' s profile 
on a local db, e.g., a VLR (Visitor Location Register) (S308- 

25 2) . 

The RBT service-related information can be carried by an 
SRBT (Specific RBT) field, which was defined as a 'reserve' 
field before, of the value-added service parameters 
4 CallingFeaturesIndicator2 ' shown in Fig, 7. The 2-bit SRBT 
30 field is set to 4 10' in case that the RBT .replacement service 
is not activated even though that service is valid by 
subscription, and it is set to 'll' in case that the RBT 
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replacement service is in active state. A message including 
the parameters 1 CallingFeaturesIndicator2 ' responsive to the 
location registration request. is delivered from' the HLR 10 to 
the exchanger 32. 
5 The service information parameters 

k CallingFeaturesIndicator2 ' of Fig. 7 are composed of a VMSB 
field indicative of state of voice mail service busy; a VMSU 
field indicative of state of voice mail service busy 
unconditional; a VMSNA field indicative of state of voice mail 

10 service busy no answer; an FMSNA field indicative of state of 
fax mail service no answer; an FMSB field indicative of state 
of fax mail service busy; an FMSU field indicative of state of 
fax mail service unconditional ; an MC field indicative of 
multi-call; a CC field indicative of conference call; an MUDN 

15 field indicative of multiple unit directory number; and others. 
Fig. 4 as a procedure chart to change/add an RBT sound 
to be used in RBT-replacing sound providing service in 
accordance with the present invention. 

A subscriber, who has subscribed to the RBT replacement 

20 service according to the above-explained procedure of Fig. 3, 
connects his or her personal computer to the web server 100, 
first. Then, the web server 100 provides web pages on the 
connected computer screen to enable the subscriber to 
change/add information about RBT replacement service. 

25 The subscriber enters mobile telephone number through an 

adequate web page and then selects a desired RBT-replacing 
sound from a list showing all or a part of sounds stored in 
the sound storager 50. If the subscriber requests change of 
RBT-replacing sound to the chosen one. (S401) , the web server 

30 100 sends a change- requesting message to the SSMS 70 (S402) • 
The SSMS 70 changes the current code with another code 
assigned to the chosen RBT-replacing sound in an RBT service 
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table allocated for the entered mobile telephone number (S403) 
Afterwards, an RBT-replacing sound identified by the changed 
code will be provided instead of a conventional RBT. 

If the subscriber selects to add a new RBT-replacing 
5 sound on a web page, the SSMS 70 provides an input web page. 
Then, the subscriber enters his or her mobile telephone number 
in the input web page and uploads a sound file including voice 
sound logo, or music through the input web page (S404) . The 
web server 100 requests the sound storager 50 to add a new 

10 RBT-replacing sound by delivering the inputted data to the 
sound storager 50 (S405) . The sound storager 50 registers the 
uploaded sound file as a new RBT-replacing sound (S406) and 
requests the SSMS 70 to assign a new code to the registered 
RBT-replacing sound (S407) . The SSMS 70 informs the sound 

15 storager 50 of the newly- assigned code and changes the current 
code with the newly-assigned code in an RBT service table 
allocated for the subscriber. 



based RBT-replacing sound providing service in accordance with 

20 the present invention. 

If termination of RBT replacement service is asked from 
a subscriber (S501) , the subscriber db 80 deletes subscription 
information. for RBT replacement service associated with the 
subscriber, namely, the subscriber' s telephone number, and 

25 sends service terminating information including a mobile 
telephone number to the HLR 10 (S502) . The HLR 10 alters 
service • information of the subscriber' s profile to indicate 

that the subscriber has not subscribed to RBT replacement 
service (S503) . 

30 The subscriber db 80 also, sends the service terminating 

information to the SSMS 70 (S504) , then the SSMS 70 deletes a 
current code, allocated at the step S305, in an RBT service. 



Fig. 5 is a procedure chart to terminate a subscriber- 
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table for the subscriber based on the received service 
terminating information (S505) . 

Fig. 6 is a procedure chart of another embodiment of the 
present invention to conduct a subscriber-based RBT-replacing 
5 sound providing service. In this, embodiment, no progress tone 
is transmitted to a caller. 

If an arbitrary subscriber within a service zone of the 
exchanger 31 calls another subscriber, who has subscribed to 
the RBT replacement service, within the exchanger 32, the 
10 originating exchanger 31 sends a location request message to- 
the HLR 10 to inquire where the called is (S601) . Then, the 
HLR 10 sends a routing request message to the terminating 
exchanger 32 (S602) , and the terminating exchanger 32 informs 
the HLR 10 of routing information, e.g., TLDN (Temporary Local 
.15 Directory Number) in response to the routing request message 

(5603) . 

The HLR 10 delivers the routing information to the 
originating exchanger 31 in response to the inquiry step S601 

(5604) . The originating exchanger 31 requests the terminating 
20 exchange 32 based on the routing information to make a trunk 

connection therebetween (S605) . 

In the meantime, the terminating exchanger 32 checks the 
* SRBT 1 field of the value-added service information of Fig. 7 
that was registered for the called in its. local db at the step 
25 S308-2 in the procedure of Fig. 3. If the two bits of the 
4 SRBT ' field are 4 11' which means 'in-service' and 
'activated' , the terminating exchanger. 32 makes a trunk 
connection to the sound storager 50 (S606) with reference to 
the routing information that was also received and stored at 
30 the step S308-2. At this time, mobile telephone numbers of the 
caller and the called are sent to the sound storager 50. While 
the above processes are conducted, a conventional RBT is not 
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transmitted to the originating exchanger 31. 

Especially, the trunk connection to the sound storager 
50 at the step B606 is initiated at the same time as wireless 
paging (S607) or before the paging S607. That is, the trunk 
5 connection is requested to the sound storager 50 without 

waiting acknowledgement of the paging from the called terminal. 
This is to prevent a dry progress tone . from being provided for 
a caller for a while, namely, from paging start to its 
acknowledgement. Although the paging is acknowledged from the 

10 called, a conventional common RBT is not transmitted to the 
caller until an RBT-replacing sound is provided from the sound 
storager 50 . 

As a result of the step S6Q6, respective trunk 
connections are made between the originating exchanger 31 and 

15 the terminating one 32 and between the terminating exchanger 
32 and the sound storager. 50. - 

The sound storager 50 asks an adequate code to the SSMS 
70 while providing the received numbers for the SSMS 70 (S608) . 
The SSMS 70 examines an RBT service table allocated for the 

20 called number to determine a code matched with the calling 

number (if received) , and informs the sound storager 50 of the 
determined code (S609) in response to the code-requesting step 
S608. The sound storager 50 transmits an RBT-replacing sound 
corresponding to the determined code to the caller, through the 

25 trunk connections between the sound storager 50 and the 

terminating exchanger 32 and between the terminating exchanger 
32 and the originating one 31 (S610) . As a result, the caller 
can hear only RBT-replacing sound without a progress tone and 
a common RBT. 

30 If the called answers the call arrival from the 

terminating exchanger 32 while the determined RBT-replacing 
sound is being transmitted instead of a common RBT, the 
terminating exchanger 32 requests the sound storager 50 to 
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release the established trunk connection (S611) . Then, voice 
or data are communicated between the caller and the called 
through the trunk connection between the originating 31 and 
the terminating exchanger 32 (S612) 
5 In the present RBT-replacing sound providing service, a 

subscriber can access the HLR 10 to change the SRBT field of 
the. value-added service parameters. 

For instance, when a subscriber presses a special key on 
his or her mobile telephone the pressed key information is 

10 delivered to the HLR 10 which changes the 2-bit SRBT field 
based on the key information or alternately. However, more 
significant bit of the two can not be altered because it 
indicates whether or not subscribed to the RBT replacement 
service. Less significant bit can be altered by the above way 

15 because it indicates whether the RBT replacement service is 
activated or not. 

Thus, in case of a person having subscribed to RBT 
replacement service, The SRBT field of the value-added service 
parameters for that person has a value of k 10' or 'll' only 

20 where the value '10' is indicative of 'inactive' of the 
service and indicative of 'active 1 . . 

The special key commands change the *SRBT\ field from 
l 10' to fc ll f or from 'll* to *10' . Consequently, a 
subscriber can determine at will whether to use a conventional 

25 RBT or his or her RBT-replacing sound with no progress tone. 
If the 1 SRBT' field is fc 10' , a terminating exchanger 
transmits a conventional progress tone and a common RBT to a 
caller even if a called has subscribed to. the RBT replacement 
service. 

30 While the invention has been disclosed with respect to a 

limited number of embodiments, those skilled in the art, 
having the benefit of this disclosure, will appreciate 
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numerous modifications and variations therefrom. It . is 
intended that the appended claims cover all such modifications 
and variations as fall within the true spirit and scope of the 
invention. 
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